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A METHOD OF MANAGING A GRAPHICAL USER INTERFACE 

The invention relates to a method of managing 
keyboard events of a graphical user interface configured 
in the form of a tree of graphical elements. 
5 The invention also relates to a system including 

this kind of interface. 

The field of the invention is that of navigating the 
graphical interface of a system which has a keyboard but 
no pointing tool or mouse, such as a mobile telephone or 
10 a pocket organizer. 

BACKGROUND OF THE INVENTION 
Graphical applications executed on this type of 
system can be developed in various programming languages 
and in particular in an object-oriented programming 
15 language such as Java. 

In object-oriented programming, classes are defined 
which each have their own characteristics. The classes 
are related by parent-child relationships, the child 
class inheriting characteristics from the class of its 

2 0 parent. 

Most graphical applications developed in the Java 
environment define classes representing graphical 
elements or components that can be nested. Examples of 
graphical components are: windows, input fields, "OK" 
25 buttons, labels, etc. The programmer can also define new 
components . 

Figure la) shows one example of a screen E composed 
in this way. The screen E includes simple graphical 
components such as input fields, labels, and buttons. It 
30 also includes a component (container) C that is complex, 
i.e. one in which components are nested. A window- type 
graphical component "Window 1" has been chosen first. 
Three components are nested in the "Window 1" component: 
an input field "Input 1", an "OK" button and a container 

3 5 C in which are nested an input field "Input 2" and a 

label "Label 1". 

Figure lb) shows a tree of graphical components 



2 



which corresponds to the above composition. The parent 
graphical component "WINDOW 1" has three child graphical 
components "INPUT 1", "OK" and a container C, the last of 
which itself has two child components "INPUT 2" and 
5 "LABEL 1" . 

It is useful for the user of this kind of system to 
be provided with keyboard shortcuts. A keyboard shortcut 
consists of a key which, when pressed, or a combination 
of keys which, when pressed simultaneously, initiate a 

10 specific action regardless of the graphical component on 
which it is located. For example, the keyboard shortcut 
"Ctrl Z" entails pressing the "Ctrl" key and the "Z" key 
simultaneously. Thus in this example the user may 
require a keyboard shortcut to initiate the action "Go 

15 back to the previous screen" when the component that is 
active, i.e. awaiting a keyboard event, is the "INPUT 2" 
component. The user would also wish to have access to 
the same keyboard shortcut, initiating the same action, 
if the active component were the "OK" button. 

20 However, the navigation processes of graphical 

applications developed in Java do not provide for the use 
of keyboard shortcuts. 

OBJECT AND SUMMARY OF THE INVENTION 
The object of the invention is to circumvent this 

25 limitation for applications executing on systems with no 
mouse by enabling developers of such applications to 
define keyboard shortcuts. 

The invention provides a method of managing keyboard 
events for navigating a graphical user interface 

3 0 configured in the form of a tree of graphical elements 
EGi, wherein each graphical element EG L of the tree is 
associated with a list LEG ± of keys TGj and wherein each 
key TGj listed in said lists is associated with an action 
Aj to be initiated on receipt of a keyboard event 

3 5 corresponding to said key and said graphical element. 

If a graphical element EGi i s active and a keyboard 
event is detected by the interface, the method includes 
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the following steps: 

- comparing said keyboard event to the keys TGj 
listed in said lists LEGi, starting with the list for the 
active component EGj_ and working back up said tree, and 

5 - initiating the action associated with the first 

key corresponding to said keyboard event. 

The invention also relates to a portable system DP 
having a graphical interface including a keyboard CL, a 
screen E and an interface management unit GI , wherein the 
10 management unit employs a method of managing keyboard 
events as previously described. 

The system DP can be a mobile telephone or a pocket 
organizer . 

BRIEF DESCRIPTION OF THE DRAWINGS 
15 Other features and advantages of the invention will 

become clearly apparent on reading the description given 
by way of non-limiting example and with reference to the 
accompanying drawings, in which: 

- Figure la) shows one example of a screen made up 

2 0 of graphical elements in accordance with the prior art, 

- Figure lb) shows a tree structure associated with 
the above example, 

- Figure 2a) shows a tree of graphical elements in 
accordance with the invention, 

25 - Figure 2b) shows in more detail a graphical 

element which is associated in accordance with the 
invention with a list of keyboard shortcut pairs and the 
corresponding actions, 

- Figure 3 is a flowchart showing how the invention 

3 0 works , and 

- Figure 4 shows a portable system employing a 
keyboard event management method according to the 
invention . 

MORE DETAILED DESCRIPTION 
35 Figure 2a) shows a tree of graphical elements in 

accordance with the invention in which each graphical 
element EG i; where i varies in the range from 1 to the 
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number N of graphical elements used to compose a screen, 
is associated with a list LEGi of pairs, shown in Figure 
2b) , each of which pairs comprises a keyboard shortcut TGj 
and an associated action A L to be executed, where ± varies 
5 in the range from 1 to the number M of pairs defined in 
the tree . 

In the mode of operation shown in Figure 3, i.e. if 
a keyboard event occurs when the component EGi is active, 
the keyboard event is compared to each keyboard shortcut 

10 TGj in the list LEGi for tne active component EG ± . If the 
event is not in that list, the comparison is repeated but 
this time using the list for the component preceding the 
active component in the tree, i.e. the parent component. 
The process therefore works back up the tree in this way 

15 until it finds the keyboard shortcut TGj corresponding to 
the keyboard event. The action associated with the 
keyboard shortcut TGj is then initiated. 

Because of this path through the tree, it is not 
essential to define a pair (TGj , Aj) in the list for a 

2 0 component for that pair to be associated with that 

component: it is sufficient for it to be defined in the 
list of one of the "parent" components. Thus a list LEGi 
can be empty. If, after following the path through the 
tree, no keyboard shortcut corresponding to the keyboard 

25 event is found, then no action is initiated; an error can 
be indicated to the user. 

This global definition of the pairs (TGj , Aj) has a 
number of advantages. If new components EG if or even new 
containers, are introduced into the tree subsequently, 

30 they automatically inherit the pairs (TGj , Aj ) from their 
parents, without it being necessary to associate them 
with the latter in their list LEGi ■ This shortens the 
lists commensurately . 

This mode of operation based on a path through the 

35 tree offers great flexibility. It may be required in 

connection with a component EGi to change a pair in the 
list LEG X for example the action A k associated with an 
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existing global shortcut TG k . It is sufficient to define 
in the list LEG X a new pair associating a new action A k , 
with the keyboard shortcut TG k . 

As shown in Figure 4, a system DP employing this 
5 kind of graphical interface conventionally includes a 

keyboard CL, a screen E and a user interface control unit 
GI included in control electronics EC. The developer 
responsible for management of the interface integrates 
the proposed solution into the management unit GI . 



